Modeling Network Coded TCP Throughput: 
A Simple Model and its Validation 

MinJi Kim*, Muriel Medard*, Joao Barrosi' 



*Research Laboratory of Electronics 
Massachusetts Institute of Technology 

Cambridge, MA 02139, USA 
Email: {minjikim, medard} @mit.edu 



Abstract — We analyze the performance of TCP and TCP with 
network coding (TCP/NC) in lossy wireless networks. We build 
upon the simple framework introduced by Padhye et al. and 
characterize the throughput behavior of classical TCP as well as 
TCP/NC as a function of erasure rate, round-trip time, maximum 
window size, and duration of the connection. Our analytical 
results show that network coding masks erasures and losses 
from TCP, thus preventing TCPs performance degradation in 
lossy networks, such as wireless networks. It is further seen 
that TCP/NC has significant throughput gains over TCP. In 
addition, we simulate TCP and TCP/NC to verify our analysis of 
the average throughput and the window evolution. Our analysis 
and simulation results show very close concordance and support 
that TCP/NC is robust against erasures. TCP/NC is not only 
able to increase its window size faster but also to maintain a 
large window size despite losses within the network, whereas 
TCP experiences window closing essentially because losses are 
mistakenly attributed to congestion. 

1. Introduction 

The Transmission Control Protocol (TCP) is one of the 
core protocols of today's Internet Protocol Suite. TCP was 
designed for reliable transmission over wired networks, in 
which losses are generally indication of congestion. This is 
not the case in wireless networks, where losses are often 
due to fading, interference, and other physical phenomena. In 
wireless networks, TCP often incorrectly assumes that there 
is congestion within the network and unnecessarily reduces 
its transmission rate, when it should have actually transmitted 
continuously to overcome the lossy links. Consequently, TCP's 
performance in wireless networks is poor when compared to 
the wired counterparts as shown e.g. in |[T]||2l. There has 
been extensive research to combat these harmful effects of 
erasures and failures; however, TCP even with modifications 
does not achieve significant improvement. References fSjIIll 
give an overview and a comparison of various TCP versions 
over wireless links. 

Some relief may come from network coding fSl, which has 
been introduced as a potential paradigm to operate commu- 
nication networks, in particular wireless networks. Network 
coding allows and encourages mixing of data at intermediate 
nodes, which has been shown to increase throughput and 
robustness against failures and erasures JD. There are several 
practical protocols that take advantage of network coding in 
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wireless networks. For example, opportunistic coding schemes 
with linear network coding are proposed in 171 IHl 191 ifTOl . 

In order to combine the benefits of TCP and network coding, 
111] proposes a new protocol called TCP/NC. The key idea 
is a new network coding layer between the transport layer 
and the network layer, which incurs minimal changes to the 
protocol stack. TCP/NC modifies TCP's acknowledgement 
(ACK) scheme such that it acknowledges degrees of freedom 
instead of individual packets, as shown in Figure [T] This is 
done so by using the concept of "seen" packets - in which 
the number of degrees of freedom received is translated to the 
number of consecutive packets received. In ifTTl . the authors 
present two versions of TCP/NC - one that adheres to the end- 
to-end philosophy of TCP, in which encoding and decoding 
operations are only performed at the source and destination, 
and another one that takes advantage of network coding even 
further by allowing any subset of intermediate nodes to re- 
encode. Note that re-encoding at the intermediate nodes is an 
optional feature of TCP/NC, and is not required for TCP/NC 
to work. 

In this paper, we shall focus on TCP as well as TCP/NC with 
end-to-end network coding, which we denote E2E-TCP/NC 
(or in short E2E), in lossy networks. We adopt the same TCP 
model as in 121 - i-e. we consider standard TCP with Go-Back- 
N pipelining. Thus, the standard TCP discards packets that 
are out-of-order We analytically show the throughput gains of 
E2E over standard TCP, and present simulations results that 
support this analysis. We develop upon the model introduced 
in 111 to characterize the steady state throughput behavior 
of both TCP and E2E as a function of erasure rate, round- 
trip time (RTT), and maximum window size. Our work thus 
extends the work of [|2] for E2E-TCP/NC in lossy wireless 
networks. Furthermore, we use NS-2 (Network Simulator 1,12]) 
to verify our analytical results for TCP and E2E. Our analysis 
and simulations show that E2E is robust against erasures and 
failures. E2E is not only able to increase its window size 
faster but also maintain a large window size despite losses 
within the network. Thus, E2E is well suited for reliable 
communication in lossy networks. In contrast, standard TCP 
experiences window closing as losses are mistaken to be 
congestion. 
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TCP E2E-TCP/NC 

Fig. 1 : Example of TCP and E2E-TCP/NC. In the case of TCP, 
the TCP sender receives duplicate ACKs for packet pi, which 
may wrongly indicate congestion. However, for E2E-TCP/NC, 
the TCP sender receives ACKs for packets pi and P2; thus, 
the TCP sender perceives a longer round-trip time (RTT) but 
does not mistake the loss to be congestion. 

The paper is organized as follows. In Section [III we in- 
troduce our communication model. In Section Hill we briefly 
provide the intuition behind the benefit of using network 
coding with TCP. Then, we provide throughput analysis for 
TCP and E2E in Sections |IV] and |V] respectively. In Section 
IVII we discuss the throughput behavior when the network is 
experiencing severe congestion, deep fading, and/or adversar- 
ial jamming. In Section [VTll we provide simulation results to 
verify our analytical results in Sections HV] and IV] Finally, we 
conclude in Section [Villi 

II. A Model for TCP Congestion Control 

We focus on TCP's congestion avoidance mechanism, where 
the congestion control window size W is incremented by 1 /W 
each time an ACK is received. Thus, when every packet in the 
congestion control window is ACKed, the window size W is 
increased to W + 1. On the other hand, the window size W 
is reduced whenever an erasure/congestion is detected. 

We model TCP's behavior in terms of rounds as in 0. 
We denote Wi to be the size of TCP's congestion control 
window size at the beginning of round i. The sender transmit 
Wi packets in its congestion window at the start of round i, 
and once all Wi packets have been sent, it defers transmitting 
any other packets until at least one ACK for the Wi packets 
are received. The ACK reception ends the current round, and 
starts round i + 1. 

For simplicity, we assume that the duration of each round 
is equal to a round trip time (RTT), independent of Wi. This 
assumes that the time needed to transmit a packet is much 
smaller than the round trip time. This implies the following 
sequence of events for each round i: first, Wi packets are 
transmitted. Some packets may be lost. The receiver transmits 
ACKs for the received packets. (Note that TCP uses cumu- 
lative ACKs. Therefore, if the packets 1,2,3,5,6,7 arrive 
at the receiver in sequence, then the receiver ACKs packets 
1, 2, 3, 3, 3, 3. This signals that it has not yet received packet 
4.) Some of the ACKs may also be lost. Once the sender 
receives the ACKs, it updates its window size. Assume that 
Ui packets are acknowledged in round i. Then, Wi+i <— 
W, + a,/W^. 



TCP reduces the window size for congestion control using 
the following two methods. 

1) Triple-duplicate (TD): When the TCP sender receives 
four ACKs with the same sequence number, then 

2) Time-out (TO): If the Sender does not hear from the 
receiver for a predefined time period, called the "time- 
out" period (which is To rounds long), then the sender 
closes its transmission window, Wi+i 1. At this 
point, the sender updates its TO period to 2To rounds, 
and transmits one packet. For any subsequent TO events, 
the sender transmits the one packet within its window, 
and doubles its TO period until QATq is reached, after 
which the time-out period is fixed to 64To. Once the 
sender receives an ACK from the receiver, it resets its 
TO period to Tq and increments its window according to 
the congestion avoidance mechanism. During time-out, 
the throughput of both TCP and E2E is zero. 

Finally, we note that in practice, the TCP receiver sends a 
single cumulative ACK after receiving /3 number of packets, 
where (3 — 2 typically. However, we assume that /3 = 1 for 
simplicity. Extending the analysis to /3 > 1 is straightforward. 

A. Maximum window size 

In general, TCP cannot increase its window size unbound- 
edly; there is a maximum window size VFmax- The TCP 
sender uses a congestion avoidance mechanism to increment 
the window size until Wmax, at which the window size remains 
Winax until a TD or a TO event. 

B. Erasures 

We assume that there are two different states: up-state and 
down-state. The network is in down-state when the network 
fails and the sender times-out. This may occur due to severe 
congestion, adversarial jamming, interference and deep fading, 
which are especially relevant for wireless networks. We denote 
Pd to be the probability that the network is in the down-state 
during any given round. Note that during down-state, both TCP 
and E2E-TCP/NC have throughput of zero, as the forward 
and/or the backward paths have failed. 

Assuming that the network is in up-state, we denote p to 
be the probability that a packet is lost at any given time. We 
further assume that packet losses are independent. We note that 
this erasure model is different from that of jj) where losses 
are correlated within a round - i.e. bursty erasures. Correlated 
erasures model well bursty traffic and congestion in wireline 
networks. In our case, however, we are aiming to model 
wireless networks, thus we shall use random independent 
erasures. 

C. Performance metric 

We analyze the performance of TCP and E2E in terms 
of two metrics: the average throughput T, and the expected 
window evolution ^^[M^], where Trepresents the total average 
throughput while window evolution reflects the per- 

ceived throughput at a given time. We define A/jtj^ t^j to be the 
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Fig. 2: The effect of erasures: TCP experiences triple-duplicate ACKs, and results in Wi-1-2 However, E2E-TCP/NC 

masks the erasures using network coding, which allows TCP to advance its window. This figure depicts the sender's perspective, 
therefore, it indicates the time at which the sender transmits the packet or receives the ACK. 



number of packets received by the receiver during the interval 
[^1,^2]- The total average throughput is defined as: 

■^[t,t+A] 



r= lim 

A- 



A 



(1) 



We denote Ttcp and Te2e to be the average throughput for TCP 
and E2E, respectively. 

III. Intuition 

For traditional TCP, erasures in the network can lead to 
triple-duplicate ACKs. For example, in Figure |2al the sender 
transmits Wi packets in round i; however, only a; of them 
arrive at the receiver. As a result, the receiver ACKs the 
packets and waits for packet Ui + l. When the sender receives 
the ACKs, round i + 1 starts. The sender updates its window 
(Wi+i •(— Wi+Ui/Wi), and starts transmitting the new packets 
in the window. However, since the receiver is still waiting for 
packet a.i + 1, any other packets cause the receiver to request 
for packet 0^ + 1. This results in a triple-duplicate ACKs event 
and the TCP sender closes its window, i.e. Wi+2 ^ ^W^j+i = 
^{W,+a,/W,). 

Notice that this window closing due to TD does not occur 
when using E2E as illustrated in Figure |2b] This is due to 
the fact that, with network coding, any linearly independent 
packet delivers new information. Thus, any subsequent packet 
(in Figure |2b] the first packet sent in round i + 1) can be 
viewed as packet + 1. As a result, the receiver is able to 
increment its ACK and the sender continues transmitting data. 

It follows that network coding masks the losses within the 
network from TCP, and prevents it from closing its window 
by misjudging link losses as congestion. It is important to 
note that network coding translates losses as longer RTT, 
thus slowing down the transmission rate to adjust for losses 
without closing down the window in a drastic fashion. 

IV. Throughput Analysis for TCP 

In this section, we consider the effect of losses for TCP. The 
throughput analysis for TCP is similar to that of However, 
the model has been modified from that of 121 to account for 
independent erasures and allow a fair comparison with network 
coded TCP. Assuming that the network is in its up-state, TCP 
can experience a TD or a TO event. As in ||2l, we first consider 
TD events, and then incorporate TO events. 
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Fig. 3: TCP's window size with a triple-duplicate ACKs event 
and a time-out event. In round j — 2, losses occur resulting in 
triple-duplicate ACKs. On the other hand, in round j + r — 1, 
losses occur; however, in the following round j + r losses 
occur such that the TCP sender only receives two-duplicate 
ACKs. As a result, TCP experiences time-out. 

We note that, despite independent packet erasures, a single 
packet loss may affect subsequent packet reception. This is 
due to the fact that TCP requires in-order reception. Thus, 
a single packet loss within a transmission window forces all 
subsequent packets in the window to be out of order Thus, 
they are discarded by the TCP receiver. As a result, standard 
TCP's throughput behavior with independent losses is similar 
to that of 121, where losses are correlated within one round. 

A. Triple-duplicate for TCP 

We consider the expected throughput between consecutive 
TD events, as shown in Figure [3] Assume that the TD events 
occurred at time ti and t2 = ti + A, A > 0. Assume that 
round j begins immediately after time ti, and that packet loss 
occurs in the r-th round, i.e. round j + r — 1. 

First, we calculate ^^^[A/jtj t^j]. Note that during the interval 
[ti , ^2], there are no packet losses. Given that the probability of 
a packet loss is p, the expected number of consecutive packets 
that are successfully sent from sender to receiver is 



- 1 = 



1-p 



(2) 



\k=l 



The packets (in white in Figure |3]l sent after the lost packets 
(in black in Figure |3]l are out of order, and will not be accepted 
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by the standard TCP receiver. Thus, Equation (|2|i does not take 
into account the packets sent in round j — 1 or j + r. 

We calculate the expected time period between two TD 
events, -E'[A]. As in Figure [3] after the packet losses in round 
j, there is an additional round for the loss feedback from the 
receiver to reach the sender Therefore, there are r + 1 rounds 
within the time interval [<i,t2], and A = RTT{r + 1). Thus, 



E[/S\ = RTT{E[r] + 1). 
To derive E[r\, note that Wj+r-i = Wj + 



1 and 



(3) 



(4) 



Equation (|4| is due to TCP's congestion control. TCP in- 
terprets the losses in round j — 2 as congestion, and as a 
result halves its window. Assuming that, in the long run, 
= i?[M(j_2] and that aj_2 is uniformly distributed 
between [0, Wj_2], 



E[W,+r-i] = 2 ( E[r] --] and E[W,] 



E[r] - \. 



(5) 



During these r rounds, we expect to successfully transmit 
packets as noted in Equation (|2|i. This results in the following 
equations: 



l-p 



fc=0 



[r - l)W, 




(6) 



+ aj+r-i- (7) 



Taking the expectation of Equation (|7]i and using Equation Q, 

EWj+r-l]- (8) 



^ - l{E[r] - 1)^ 
P 2 



Note that ajj^^-i is assumed to be uniformly distributed across 
[Q,W,+r-i]- Thus, E[aj+r-i] = E[W,+r-i]l2 = E[r] - | 
by Equation (|5]l. Solving Equation ([8]l for E[r\, we get the 
following; 

This provides an expression of steady state average window 
size for TCP (using Equations (|5]i and (|9]l); 

E[W,] + E[W,+r^i] 



E[W] 



-EM 
2 ^ ^ 



1. 



The average throughput can be expressed as 



T' - 

'tap ^ 



E[^] 



p RTT{E[r] + 1) 



(10) 
(11) 

(12) 



For small p, T^'^p ~ "rTt V § + o(^); for l^rg^ p, Tt^p ~ 
■ If we only consider TD events, the long-term steady 
state throughput is equal to that in Equation ( fT2] i. 

The analysis above assumes that the window size can grow 
unboundedly; however, this is not the case. To take maximum 
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Fig. 4: E2E-TCP/NC's window size with erasures that would 
lead to a triple-duplicate ACKs event when using standard 
TCP. Note that unlike TCP, the window size is non-decreasing. 

window size Wmax into account, we make a following ap- 
proximation; 



Ttcp = mill 



'- T' 

I I 'tc 



RTT' 

For small p, this result coincide with the results in lH. 



(13) 



B. Time-out for TCP 

We note that even when the network is in the up-state, TCP 
can experience TO events. This happens when enough loss 
events occur within two consecutive rounds such that there 
are only two or fewer out of order packets and all others are 
lost, as shown in Figure |3] Thus, P(TO|M^), the probability 
of a TO event given a window size of W, is given by 



P(TO|W^) 



if < 3; 
(l-p)' ifW^>3. 



(14) 



We approximate W in above Equation ( fT4] i with the ex- 
pected window size from Equation (fTTl i. The length 
of the TO event depends on the duration of the loss events. 
Thus, the expected duration of TO period (in RTTs) is given in 
Equation (fT6] l. Finally, by combining the results in Equations 
(Ell, (fl4] i. and ( fTSI l, we get an expression for the average 
throughput of TCP as shown in Equation ( fTTI i. 

V. Throughput Analysis for E2E-TCP/NC 

We consider the expected throughput for E2E given that 
the network is in up-state. It is important to note that erasure 
patterns that result in TD and/or TO events under TCP may 
not yield the same result under E2E, as illustrated in Section 
Hin We emphasize again that this is due to the fact that any 
linearly independent packet conveys a new degree of freedom 
to the receiver Figure |4] illustrates this effect - packets (in 
white) sent after the lost packets (in black) are acknowledged 
by the receivers, thus allowing E2E to advance its window. 

This implies that E2E does not experience window closing 
often during the network up-state. We shall show that the 
window size Wi is actually a non-decreasing function in i. 
However, not surprisingly, the rate at which Wi grows depends 
on p as we shall show in the subsequent sections. 
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i? [duration of TO period] = (1 — p) 



ToP + STop' + IToP" + ISTop-* + ■ilToP + ^(63 + i • 64)rop^^ 



ToP + 3T„p" + IToP^ + l^ToP* + SlTop^ + 63To-^ + MTo ,^ ^ ,„ 

1-p 



(15) 
(16) 



7^, 



tcp 



VKmax 1 - P 



P RTT ( I 



+ 



2 1-p 



18 ' 3 p 



+ P(TOl£;[W'])£'[duration of TO period] 



(17) 




Slope = 1-p 



K)l) 

round / 

Fig. 5: Expected window size for E2E where Wmax = 90, 
E[Wi] = 30, and p = 0.1. We usually assume E[Wi] = 1, 
however in this figure, = 30 to exemplify the effect of 

E[Wi]. 

A. E2E-TCP/NC Window Evolution 

From Figure IH we observe that E2E-TCP/NC is able to 
maintain its window size despite experiencing losses. Further- 
more, E2E is able to receive packets that would be considered 
out of order by TCP. Consequently, E2E can avoid closing 
its window due to erasures. This is because every packet that 
is linearly independent of previously received packets is con- 
sidered to be "innovative" and is therefore acknowledged. As 
a result, E2E's window evolves differently from that of TCP, 
and can be characterized by a simple recursive relationship as 

Em = E[W..,] + = E[W,^,] + (1 - p). (18) 

Note that the expected number of packets received in round i, 
E[ai] = (1 — p)E[Wi]. Once we take the maximum window 
size Winax into account, we have the following expression for 
E2E's expected window size: 



E[Wi] = min{W^,^,E[Wi]+i{l -p)), 



(19) 



where i is the round number. i?[Vl^i] is the initial window 
size, and we set = 1. Figure |5] shows an example of 

the evolution of the E2E window using Equation ( fT9] l. 

1) Markov Chain Model: The above analysis describes 
the expected behavior of E2E's window size. We can also 
describe the window size behavior using a Markov chain as 
shown in Figure |6] The states of this Markov chain represent 
the instantaneous window size (not specific to a round). A 
transition occurs whenever a packet is sent. We denote S{W) 
to be the state representing the window size of W. Assume that 
we are at state S{W). If a transmitted packet is received by the 
E2E receiver and acknowledged, the window is incremented 



by thus, we end up in state S{W + Note that this 
occurs with probability (1 — p). On the other hand, if the 
packet is lost, then the window stays at S{W). This occurs 
with probability p. Thus, the Markov chain states represent 
the window size, and the transitions correspond to packet 
transmissions. 

Note that S'(Wniax) is an absorbing state of the Markov 
chain. As noted in Section|llIl E2E does not often experience a 
window shutdown, which implies that the network is in down- 
state. Thus, during the network up-state, E2E's window size 
is a non-decreasing, as shown in Figure |6l Therefore, given 
enough time, we will reach state S{Wn-iay:) with probability 
equal to 1. Thus, we analyze the expected number of packet 
transmissions needed for absorption. 

The transition matrix P and the fundamental matrix N = 
{I — Q)^^ of the Markov chain is given in Figure|2] The entry 
N (81,82) represents the expected number of visits to state 
5*2 before absorption - i.e. we reach state S'(Winax) - when 
we start from state 81. Our objective is to find the expected 
number of packets transmitted to reach S'(iyniax) starting from 
state S'(£'[Wi]) where E[Wi] = 1. Thus, the partial sum of 
the first row entries of N gives the expected number of packets 
transmitted until we reach the window size W. The expression 
for the first row of N can be derived using cofactors: 



N{1,:) = 



1 



1 



1 



1 — p 1 — p 



1-p 



(20) 



Therefore, the expected number of packet transmissions T{W) 
to reach a window size of G [1, Wmax] is: 



T{W) 



S{W) 
m=SiE[Wi]) = S{l) 

8{W)-8il) _ W{W - 



S(W) 

E ■ 

m=S(l) 



1 



1) 



l-p 



2(1 -p) 



(21) 



(22) 



Equation ( l22t is due to the fact that there are ^ 



W(W~l) 



states before state 8{W). 



Note that T{W) is equal to the area under the curve for 
rounds I G [0, ^^^^] in Fi gure |5] This corresponds to the 
sum of i?[Wi] {i.e. the number of packets transmitted every 
round) as it increases from i?[Wi] = 1 to W . 

B. E2E-TCP/NC Throughput Analysis per Round 

Using the results in Section IV-AI we derive an expression 
for the throughput. Once we have the expected value of the 



6 



/- /- /' 




I 



1-p 1-p 1-p I-p 1-p 1-p I-p 

Fig. 6: Markov chain for the E2E's window evolution. 
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Fig. 7: The transition matrix P for the Markov chain in Figure 
|6] The shaded part of the matrix is denoted Q. Matrix N = 
(/ — Q)^^ is the fundamental matrix of the Markov chain, 
and can be used to compute the expected rounds until the 
absorption state. 

window size for any given round i, the throughput is straight 
forward. The throughput of round i, % is directly proportional 
to the window size i?[Wi], i.e. 

1-p 

Ti = j^. packets per second, (23) 

where R is the redundancy factor of E2E-TCP/NC, and SRTT 
is the "effective" round trip time. We shall formally define 
and discuss the effect of R and SRTT in the subsequent 
subsections. 

We note that Ti oc (1 — p)E[Wi]. At any given round 
i, we expect to see packets transmitted by the E2E 

sender, and we expect p£^[Wi] packets to be lost. Thus, the 
E2E receiver can only acknowledge (1 —p)E[Wi] packets (or 
degrees of freedom), which results in the sender incrementing 
its window by (1 — p). Thus, 71 oc (1 — p)i?[pyi] coincides 
with our intuition. 

1 ) Redundancy Factor R: The redundancy factor i? > 1 is 
the ratio between the average rate at which linear combinations 
are sent to the receiver and the rate at which TCP's window 
progresses. For example, if the sender has 10 packets in its 
window, then TCP/NC transmits lOR linear combinations, un- 
like TCP which would send just 10 packets. This redundancy is 
necessary to (a) compensate for the losses within the network, 
and (b) match TCP's sending rate to the rate at which data is 
actually received at the receiver. References ifTTl ifTSl introduce 
the redundancy factor with TCP/NC, and show that the optimal 

value is i? = — . 

1-p 

It is important to discuss the effect of R in the throughput. 
As noted in Equation ( |23] l. the throughput is inversely pro- 
portional to the redundancy factor R. For example, for every 
10 coded packets transmitted, there are only ^ original data 
packets from the source. Thus, given any number of coded 
packets transmitted by the sender, the receiver only needs 
fraction of them and the rest 1 — -^-fraction of the packets are 
redundant. Therefore, the throughput at any given round i is 
inversely proportional to the redundancy factor. Specifically, 



71 oc 

The redundancy factor R should be chosen with some care. 
By Equation ( |23l ), it may seem that setting R = 1 would 
maximize throughput. However, setting R < causes 
significant performance degradation, since network coding can 
no longer fully compensate for the losses which may lead 
to window closing for E2E. To maximize throughput, an 
optimal value of i? = should be chosen. However, R 
need not be set to the optimal value for E2E-TCP/NC to 
work. Setting R > means that network coding may over- 
compensate for the losses within the network; thus, introducing 
more redundant packets than necessary. Thus, we assume that 

R > T^. 

2) Effective Round Trip Time SRTT: SRTT is the round 
trip time estimate that TCP maintains by sampling the behavior 
of packets sent over the connection. It is denoted SRTT 
because it is often referred to as "smoothed" round trip time 
as it is obtained by averaging the time for a packet to be 
acknowledged after the packet has been sent. We note that, in 
Equation we use SRTT instead of RTT because SRTT 
is the "effective" round trip time E2E experiences. 

For E2E operating in lossy networks, SRTT is often greater 
than RTT. This can be seen in Figure[T] The first coded packet 
(Pi + P2 + Ps) is received and acknowledged (seen(pi)). 
Thus, the sender is able to estimate the round trip time 
correctly; resulting in SRTT « RTT. However, the second 
coded packet (pi + 2p2 + Pa) is lost. As a result, the third 
packet (pi + 2p2 + 2p3) is used to acknowledge the second 
degree of freedom (seen(p2)). We note that in our model, 
we assume for simplicity that the time needed to transmit a 
packet is much smaller than RTT (Section|II|; thus, despite the 
losses, our model would result in SRTT « RTT. However, in 
practice, depending on the size of the packets, the transmission 
time may not be negligible. This results in a longer round trip 
time estimate, which can be characterized as described below. 

We define tp to be the time to transmit a packet. Then, the 
sender expects to receive an ACK of a packet after SRTT 
time units, where 



SRTT ^^{RTT + i-tp)p\l-p) (24) 
P 



i=0 

RTT + tp 



l-p 



(25) 



For simplicity. Equation ( [25l ) does not take into account the 
"edge effect" of packets that are waiting to be acknowledged 
across rounds. As the window size grows, the edge effect can 
safely be ignored. 
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Fig. 8: The effect of time-out events and maximum window 
WmnK- When a time-out occurs, both TCP and E2E experience 
zero throughput. The maximum window size Wmax limits 
both TCP and E2E. The performance difference comes from 
the frequency and the duration of TCP or E2E achieving the 
window size of Wmax- 

C. E2E-TCP/NC Average Throughput 

Taking Equation (|23] |, we can average the throughput over 
n rounds to obtain the average throughput for E2E-TCP/NC. 



_ 1 \ ^ 1 — P 

Te2e = -y —EWi] 

i—1 



(26) 



1-p 



nR ■ SRTT 



min(W^max, E[W^] + i{l - p)) 



1-p 



nR ■ SRTT 



fin), 



(27) 
(28) 



where 



'nE[Wi] + {l-p) 



Tt(K + l) 



for n < r* 



fin) = { nWmax - r*{Wmax - E[Wi]) + (1 - p)^-^^^ 
otherwise 

r = . 

1-p 

Note that as n — > oo, the average throughput Te2e 

R-SRTT '^'^max- 

VL Network in down-state 

In this section, we consider the effect of pd, the probabiHty 
of network being in down-state at any given round, during 
which the sender is unable to transfer data to the receiver 
(for both TCP and E2E). Note that the average throughput 
analysis in Sections |IV] and [V] gives the throughput during 
when the network is in up-state. Thus, the average throughput 
would depend on 1) the average number of rounds during the 
network up-state E[rup\, and 2) the average length of down- 
state periods E[rdown]- 



Source 




Sink 



Fig. 9: Network topology for the simulations. 

The average number of rounds during a network upstate is 
E[rup\ = I]So*(l -PdfPd = The average length of 

down-state period is E[rdown] = £^0*^*^(1 ~ Pd) 



Taking into account both TD and TO events, the average 
throughput of TCP and E2E can be summarized as below. The 
long term average throughput of TCP is given in Equation 
(|29] |. The long term average throughput of E2E is given in 
Equation ( l3Qt . As discussed in Section IV-Cl Te2e depends on 
the number of rounds n\ thus, the length of £'[r„p] affects its 
performance. 

VII. Simulation results 

In this section, we use simulations to verify that our analysis 
captures the behavior of both TCP and E2E. We use NS-2 
(Network Simulator Ull) to simulate TCP and E2E-TCP/NC 
where TCP- Vegas is used as the underlying TCP protocol. 
We use the implementation of E2E from ifTSl . The network 
topology for the simulation is shown in Figure |9] All links, 
in both forward and backward paths, are assumed to have a 
bandwidth of 1 Mbps, a propagation delay of 100 ms, a buffer 
size of 200, and a erasure rate of q. Each packet transmitted 
is assumed to be 8000 bits (1000 bytes). We set Wraax = 90 
packets for all simulations. We fix the redundancy factor R = 
1.25 for all q. We note that the optimal redundancy factor 
varies with q. In addition, time-out period To = -j^^ = 3.75 
rounds long (3 seconds). 

To compare the performance of TCP and E2E, we average 
the performance over 30 independent runs of the simulation, 
each of which is 1000 seconds long. We vary the per link 
probability of erasure, q. We consider q = 0.015, 0.025, and 
0.05. Note that since there are in total four links in the path 
from node to node 4, the probability of packet erasure is 
p = 1 — (1 — q)^. Therefore, the corresponding p values are 
0.0587, 0.0963, and 0.1855. 

First, we show the throughput benefits of E2E over TCP 
in Figure (TO] As our analysis predicts, E2E sustains its high 
throughput despite the erasures present in the network. We 
observe that TCP may close its window due to triple-duplicates 
ACKs; however, E2E is more resilient to such erasure patterns. 
Therefore, E2E is able to increment its window consistently 
even with erasures and achieve a window size of Wmax 
sooner than that of TCP. In Figure llObI we observe that E2E 
converges to M^max = 90 very rapidly for q ~ 0.015, and 
0.025. More importantly, E2E is able to maintain the window 
size of 90 even under lossy conditions when standard TCP is 
unable to (resulting in the window fluctuation in Figure [TObb . 

We note that for q = 0.05, the throughput behavior is not 
as steady. This is due to the increase in loss rate, i.e. p = 
0.1855. Given that p = 0.1855 and link capacities 1 Mbps, 
the effective maximum throughput we can achieve is (1 — 
0.1855) = 0.8145 Mbps. Since each packet is 8000 bits and 
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ATT' p jjTT(| + ^-Jg+§i^+P(TO|£;[lV])£; [duration of TO period] ) 







when network is in up-state; 



when network is in down-state. 



Te2e 



nR SRTT ' when network is in up-state; 

when network is in down-state, 

<nE[W{\ + {l-p)'^^^^ 



(29) 



(30) 



where 



for n < '^°'-:f^^' ; 



1) otherwise. 
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(a) Throughput 

Throughput and congestion window size of TCP and 
of 30 independent NS-2 simulation results. 
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Fig. 11: The round-trip time estimate (SRTT) at the TCP 
sender (Node 0). 

RTT = 0.8 seconds, we can expect the throughput to be at 



most 



0.8145x10° 



8000/0 8 ~ 81.45 packets per second, which is less 
than VFinax = 90. As a result, the bottleneck is not Wmax 
but the link capacity for q = 0.05. This is consistent with the 
performance we see in Figure llObI 

An interesting observation is that, TCP achieves a moderate 
average window size (depending on q, 20-60 packets) while 
E2E achieves average window size of 90 (where VFmax = 90). 
However, the average throughput of E2E is much higher than 
that of TCP's, as shown in Figure llOal and Table H] This 
is because, before closing its window (TD or TO event), 
the TCP sender waits for a certain period of time, called 
retransmission timeout period. This retransmission timeout 
period is approximately set to 2 • RTT. During this re- 
transmission timeout period, the TCP sender maintains its 
window size, despite the fact that it is idle and waiting for 



(b) Window size 

E2E with varying link erasure probability q. Each curve is an 

acknowledgements. Thus, for TCP, the average window size 
may be much larger than the average throughput. On the other 
hand, E2E does not experience TD or TO events as often; 
thus, the window size commensurate the average throughput. 
Although we did not explicitly take retransmission timeout 
into consideration in the TCP analysis in Section IIVI the 
retransmission timeout is not difficult to incorporate. For every 
TD or TO event, TCP idles for two extra round-trip time, 
which can be incorporated by letting i?[A] E\/S\ +2 and 
i? [duration of TO period] <— £^ [duration of TO period] + 2. 

As described in Sections Hill and [V-B2I E2E masks errors by 
translating losses as longer RTT. For E2E, if a specific packet 
is lost, the next subsequent packet received can "replace" 
the lost packet; thus, allowing the receiver to send an ACK. 
Therefore, the longer RTT estimate takes into account the 
delay associated with waiting for the next subsequent packet 
at the receiver In Figure [TT] and Table U we verify that this 
is indeed true. In the simulation, we have a round trip time 
of 8 ■ 100 = 800 ms. TCP, depending on the ACKs received, 
modifies its RTT estimation; thus, due to random erasures, 
TCP's RTT estimate fluctuates significantly. On the other hand, 
E2E is able to maintain a consistent estimate of the RTT; 
however, is slightly above the actual 800 ms. 

Finally, we examine the accuracy of our analytical model 
in predicting the behavior of TCP and E2E. First, note that 
our analytical model of window evolution (shown in Equation 
(fT9] l and Figure |5]l demonstrates the same trend as that of 
the window evolution of E2E NS-2 simulations (shown in 
Figure [TObl i. Second, we compare the actual NS-2 simulation 
performance to the analytical model. This is shown in Figure 
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Fig. 12: Average throughput of E2E and TCP with varying link erasure probability q. 'NS E2E' or 'NS TCP' represent the 
average throughput achieved over 30 independent NS-2 simulations; 'Analytical E2E' and 'Analytical TCP' are computed using 
Equations ( l23T l and ( fTTb . respectively. For 'Analytical E2E', we assume that R = 1.25, i?[VKi] = 1, and SRTT is obtained 
from the simulation results, as shown in Table |l] 



TABLE 1: The average simulated or predicted long-term throughput of TCP and E2E in megabits per second (Mbps). ' 
simulation' and 'TCP simulation' are averaged over 30 trials for 1000 seconds each. 'Analytical E2E' is calculated using 
Equation ( |28] | with \n ■ SRTT\ = 1000. 'TCP analysis' is computed using Equation ( fTTb while taking into account the 
retransmission timeout period. 



g 


p = l-(l-g)-* 


Average E2E SRTT 


E2E simulation 


E2E analysis ([n ■ SRTT\ = 1000) 


TCP simulation 


TCP analysis 


0.015 


0.0587 


0.8396 


0.6242 


0.6202 


0.0264 


0.0231 


0.025 


0.0963 


0.8434 


0.6161 


0.5917 


0.0136 


0.0150 


0.05 


0.1855 


0.8540 


0.5200 


0.5243 


0.0067 


0.0065 



fT2l and Table I] From the results, we observe that Equations 
(|23] | and ( fT9] l predict well the trend of E2E's throughput and 
window evolution, and provides a good estimate of E2E's 
performance. Furthermore, our analysis predicts the average 
TCP behavior very well. In Figure [12] and Table U we see that 
Equation ( fTTI i is consistent with the NS-2 simulation results 
even for large values of p. Therefore, both simulations as well 
as analysis support that E2E is resilient to erasures; thus, better 
suited for reliable transmission over unreliable networks, such 
as wireless networks. 

VIII. Conclusions 

We have presented an analytical study and compared the 
performance of TCP and E2E-TCP/NC. Our analysis charac- 
terizes the throughput of TCP and E2E as a function of erasure 
rate, round-trip time, maximum window size, and duration 
of the connection. We showed that network coding, which 
is robust against erasures and failures, can prevent TCP's 
performance degradation often observed in lossy networks. 
Our analytical model shows that TCP with network coding 
has significant throughput gains over TCP. E2E is not only 
able to increase its window size faster but also to maintain 
a large window size despite losses within the network; on 
the other hand, TCP experiences window closing as losses 
are mistaken to be congestion. Furthermore, NS-2 simulations 
verify our analysis on TCP's and E2E's performance. Our 
analysis and simulation results both support that E2E is robust 
against erasures and failures. Thus, E2E is well suited for 
reliable communication in lossy wireless networks. 
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